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Your CIO chooses the degree 
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a proposal that you can present 
to your CIO for implementing 
or expanding the performance 

services within 
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S/2 INSIGHTS 


Creating “Thin” Clients 

BY MICHAEL NORTON 


T here is an old saying that figures lie and liars figure, which 
makes me wonder what those of us in the number-crunching 
business are exactly. Nonetheless, this is an exciting time in the 
world of computing. The sudden “discovery” of the Internet rattled 
not only the blue suits of IBM but the bell bottoms in Redmond as 
the two most prominent players 
in the game frantically raced to 
redefine their position in a sud¬ 
denly networked world. Below 
them, almost invisibly, legions 
of IS Vs have been retooling as 
well. The sum effect has been 
the sacrificing of some sacred 
cows and rethinking the way 
things are done, although in truth 
there is nothing really new under 
the sun. Computer science, while 
a relatively new discipline, pen¬ 
dulums from extreme to extreme 
in search of the “right” way of achieving the most fundamental task 
of computing machines: managing data. For example, mainframes 
and the entire “host/terminal” paradigm were pronounced 
dinosaurs just a few years ago by pundits advocating LANs and 
client/server as the ultimate solution. Ironically, the PC revolution 
is now threatened by a return to the “host/terminal” model in the 
guise of “network machines”, which promise to substantially 
reduce the absurdly high cost of supporting PCs in enterprise envi¬ 
ronments. And since TCP/IP, the Internet technology which is pro¬ 
pelling the changes, was originally formulated to connect the 
world’s mainframes, the new technologies are now discovering that 
mainframes make perfect servers, er, hosts, and the newest buzz¬ 
word is “thin client”. 

The next several columns will focus on examples of products 
which illustrate how these concepts are changing. Next month’s 
column will examine IBM’s Lotus Domino, which represents the 
marriage of client/server technologies to the Internet. This 
month, I will examine CrossWins, a new product from SofTouch 
Systems. CrossWins is a development package for creating “thin 
client” applications in REXX which execute on any of IBM’s 
host operating systems, including OS/390 (MVS), VM, OS/400, 
AIX and OS/2. The user interacts with the application through 
GUI dialogs on the workstation functioning as a “thin client”. 
See Figure 1. 


The dialogs are defined and generated by the host REXX program, 
communicating via TCP/IP, APPC (LU6.2) or Named Pipes. Figure 
2 illustrates this relationship. 

Those of you familiar with Xwindows will immediately recognize 
a conceptual similarity between the two products; although program¬ 
ming a CrossWins application 
in REXX is simpler and faster 
than using Xwindow widgets. 
In both technologies the under¬ 
lying philosophy is to let the host 
do what it does best — process 
data — and the workstation do 
what it does best — display data 
and interface with the user, a 
fundamental tenet of the “thin 
client/fat server” paradigm. The 
“thin client” model is opposite 
of the “fat client” model, with 
monolithic applications on the 
client performing much, if not all, of the number crunching and the 
server essentially functioning as a networking facility. 

The “fat client” paradigm suffers from some rather serious 
liabilities, not the least of which are the aforementioned support 
problems. Large, complex applications are more likely to cause 



Instead of being competitors. CrossWins and Java 
are two examples of how the old rules are being 
broken and a new paradigm is being formed; 
a paradigm eclectic in its implementation 
and refusing to be shackled by labels and dogma 
which have often choked progress. 
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Figure 2: Basic Dialog Model 



A single user on an OS/2 workstation interacts 
with three independent dialogs on his/her desktop 
that were created and are controlled by a REXX 
program executing on another host computer. 
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The data communications protocol and 
transport between the two points may 
be either TCP/IP, APPC (LU6.2) or 
Named Pipes, on any supported 
physical network. 
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configuration problems and are naturally 
more susceptible to bugs. Additionally, 
changes in an application mean rolling out 
the new version on multiple machines, a 
time-consuming and inherently inconve¬ 
nient procedure in large environments. With 
“thin client” solutions such as CrossWins, 
these problems are remarkably simplified 
since the application code and data exist only 
on the host. Updating an application 
requires nothing more that updating the 
code on the host. 

These virtues, of course, are some of 
the same virtues which propelled another 
relatively new technology, Java, to the 
forefront of IS thinking as the poster child 
of the “thin client” revolution. There are 
certainly some similarities between 
CrossWins and Java. Both are touted as 
cross-platform solutions; both employ a 
run-time agent on the workstation to perform 
their magic; and both are, at least from one 
perspective, programming languages. But 
whereas Java is a complete language unto 
itself (although an argument could be made 
that it is a dialect of C), CrossWins extends 
the comparatively simple REXX language, 
making CrossWins programming much 
easier to learn and CrossWins code easier to 
maintain. A second difference is that with 
Java the data and applet to manipulate the 
data must be transported to the workstation 
for execution, whereas CrossWins merely 


provides the data and instructions to the agent 
on the workstation, meaning CrossWins 
will be significantly faster for many 
applications. Finally, some security concerns 
have been raised about Java. CrossWins, 
however, operates completely within the 
security facilities of the host machine. 

This is not to suggest that CrossWins and 
Java are competitive technologies; they are 
not. For one thing, Java is designed to be 
platform-independent, while CrossWins is 
designed to function across IBM-specific 
platforms, especially in enterprise environ¬ 
ments. Secondly, Java, at least as it has been 
implemented so far, is a Web-centric tech¬ 
nology, whereas CrossWins would be more 
appropriate in an enterprise which uses 
terminal emulation software to access a host 
system. As such, CrossWins is a useful tool 
for creating system utility routines which 
will run seamlessly on a variety of hosts, a 
use for which Java would not be well suited. 
Indeed CrossWins includes sample code 
which provides much of the functionality of 
ISPF in a graphical environment. REXX, as 
IBM’s procedures language, provides enor¬ 
mous functionality and flexibility for sys¬ 
tem’s management. Moreover, additional 
REXX extensions are available for interfac¬ 
ing with DB2, LAN Server, CICS, and other 
facilities which greatly expand the scope and 
power of REXX, and consequently of 
CrossWins, to function as a powerful cross¬ 


platform system management resource. 

Instead of being competitors, CrossWins 
and Java are two examples of how the old 
rules are being broken and a new paradigm 
is being formed; a paradigm eclectic in its 
implementation and refusing to be shackled 
by labels and dogma which have often 
choked progress. For example, the work¬ 
station component of CrossWins is, techni¬ 
cally speaking, a server which processes 
requests from the host client for graphical 
elements. So is it truly a “thin client” tech¬ 
nology? Go figure. E3 

Was this column of value to you? If so , 
please circle Reader Response Card No. 45. 



Michael Norton is the workstation division manager 
atSofTouch Systems. Oklahoma City. Okla.. which 
provides both mainframe and PC software solutions. 
He has written mainframe manuals in addition to 
articles for a number of publications. You can reach 
him at mnorton@softouch.com. 
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